User interface for audio video display device such as tv

ABSTRACT

A graphical user interface (GUI) for an audio video display device (AVDD) such as a TV includes content panels which can be selected for searching for additional information related to the content underlying the content panels. A history of previous searches is maintained in memory “stacked” notionally to the left or right of the current display so that a viewer can easily review previous search results using a simple scroll command.

FIELD

The present application relates generally to user interfaces (UI) foraudio video display devices (AVDD) such as televisions (TVs).

BACKGROUND

Graphical user interfaces (GUI) for audio video display devices (AVDD)such as TVs have been provided for enabling viewers to browse and selectvideo streams for play on the TV. An electronic program guide (EPG) isan example. As understood herein, EPGs are convenient when viewer inputis via a remote control (RC), but should other forms of user input beafforded, GUIs should be provided that are more conveniently tailoredfor that input.

SUMMARY OF THE INVENTION

According to principles set forth further below, an audio video displaydevice (AVDD) has a processor, a video display presenting demandedimages, and a computer readable storage medium bearing instructionsexecutable by the processor to present on the display a first graphicaluser interface (GUI) including plural content panels, with each contentpanel representing a respective video. Responsive to a viewer selectionof a content panel in the first GUI, the processor presents on thedisplay a search GUI containing information pertaining to the selectedcontent panel from the first GUI. Also, responsive to a viewer selectionof an element from the search GUI, the processor presents on the displaya new search GUI, maintaining a record of the first GUI and the searchGUI. Further, responsive to a first scroll command, new content panelsare scrolled onto the new search GUI with at least a first portion ofthe new search GUI not scrolling offscreen and with at least a secondportion of the new search GUI scrolling offscreen to be replaced by thenew content panels. On the other hand, responsive to a second scrollcommand, the new search GUI is replaced with the search GUI.

If desired, responsive to a repeated second scroll command the processorcan replace the search GUI with the first GUI. In an example embodimentthe first GUI includes eight content panels and a current video paneltogether arranged in a three-by-three grid. The eight content panels arescrolled responsive to the first scroll command, but the current videopanel is not scrolled responsive to the first scroll command.

In some implementations records of the search GUI and new search GUI aremaintained on the medium. The records can be stacked in memory insequence. This facilitates embodiments wherein responsive to a reversedsecond scroll command received after the search GUI replaces the newsearch GUI, the processor replaces the search GUI with the new searchGUI. The scroll command may be established by a human gesture in freespace distanced from the display.

In another aspect, a method includes presenting a graphical userinterface (GUI) on an audio video display device (AVDD). The GUIincludes selector elements selectable to initiate a search for contentrelated to a selected selector element. Responsive to receiving aselection of a first selector element, the method includes receiving afirst search results set, storing the first search results set, andpresenting at least a portion of the first search results set on theAVDD. Also, responsive to receiving a selection of a second selectorelement from a GUI presented on the AVDD, the method includes receivinga second search results set, storing the second search results set, andreplacing the portion of the first search results on the AVDD with atleast a portion of the second search results. Responsive to a scrollcommand, the portion of the second search results is replaced on theAVDD with the first search results.

In another aspect, an audio video display device (AVDD) has a processor,a video display presenting demanded images, and a computer readablestorage medium bearing instructions executable by the processor topresent on the display a first graphical user interface (GUI) includingplural content panels. Responsive to a viewer selection of a contentpanel in the first GUI, the processor presents on the display a searchGUI containing information pertaining to the selected content panel fromthe first GUI. Also, responsive to a viewer selection of an element fromthe search GUI, the processor presents on the display a new search GUIand responsive to a first scroll command, the processor replaces the newsearch GUI with the search GUI.

The details of the present invention, both as to its structure andoperation, can best be understood in reference to the accompanyingdrawings, in which like reference numerals refer to like parts, and inwhich:

BRIEF DESCRIPTION OF THE DRAWINGS

FIG. 1 is a block diagram of a non-limiting example system in accordancewith present principles;

FIG. 2 is a plan view of an example remote control (RC) that may be usedto control the graphical user interfaces (GUI) described herein,schematically showing the processor and wireless transceiver;

FIG. 3 is a screen shot of a nine panel GUI in a coarse mode suitablefor gesture control;

FIG. 4 is a screen shot of a nine panel GUI in a fine mode suitable forRC control;

FIGS. 5-8 are screen shots of information GUIs based on the nine panelGUI of FIG. 4;

FIG. 9 is a flow chart of example logic appertaining to FIGS. 5-8; and

FIG. 10 is a schematic view of a data structure for stacking historicalGUIs such that a viewer can unstuck them easily to review prior contentsearches.

DETAILED DESCRIPTION OF THE PREFERRED EMBODIMENT

Referring initially to the non-limiting example embodiment shown in FIG.1, a system 10 includes an audio video display device (AVDD) 12 such asa TV including a TV tuner 16 communicating with a TV processor 18accessing a tangible computer readable storage medium 20 such asdisk-based or solid-state storage. The AVDD 12 can output audio on oneor more speakers 22. The AVDD 12 can receive streaming video from theInternet using a built-in wired or wireless modem 24 communicating withthe processor 12 which may execute a software-implemented browser 26.Video is presented under control of the TV processor 18 on a TV display28 such as but not limited to a high-definition TV (HDTV) flat paneldisplay, and may be a touch screen display. User commands to theprocessor 18 may be wirelessly received from a remote control (RC) 30using, e.g., rf or infrared. Audio-video display devices other than a TVmay be used, e.g., smart phones, game consoles, personal digitalorganizers, notebook computers and other types of computers, etc.

TV programming from one or more terrestrial TV broadcast sources 32 asreceived by a terrestrial broadcast antenna 34 which communicates withthe AVDD 12 may be presented on the display 28 and speakers 22. Theterrestrial broadcast programming may conform to digital ATSC standardsand may carry within it a terrestrial broadcast EPG, although theterrestrial broadcast EPG may be received from alternate sources, e.g.,the Internet via Ethernet, or cable communication link, or satellitecommunication link.

TV programming from a cable TV head end 36 may also be received at theTV for presentation of TV signals on the display 28 and speakers 22.When basic cable only is desired, the cable from the wall typicallycarries TV signals in QAM or NTSC format and is plugged directly intothe “F-type connector” 38 on the TV chassis in the U.S., although theconnector used for this purpose in other countries may vary. Incontrast, when the user has an extended cable subscription for instance,the signals from the head end 36 are typically sent through a STB 40which may be separate from or integrated within the TV chassis but inany case, which sends HDMI baseband signals to the TV. Other types ofconnections may be used, e.g., MOCA, USB, 1394 protocols, DLNA.

Similarly, HDMI baseband signals transmitted from a satellite source 42of TV broadcast signals received by an integrated receiver/decoder (IRD)44 associated with a home satellite dish may be input to the AVDD 12 forpresentation on the display 28 and speakers 22. Also, streaming videomay be received from the Internet 46 for presentation on the display 28and speakers 22. The streaming video may be received at the computermodem 24 or it may be received at an in-home modem 48 that is externalto the AVDD 12 and conveyed to the AVDD 12 over a wired or wirelessEthernet link and received at an RJ45 or 802.11x antenna on the TVchassis.

Also, in some embodiments a video camera 50, which may be integrated inthe chassis if desired or mounted separately and electrically connectedthereto, may be connected to the processor 16 to provide to theprocessor 16 video images of viewers looking at the display 28.Furthermore, a microphone 52 may be provided on the chassis or separatetherefrom and can be electrically connected to the processor 16 toprovide viewer-generated voice commands to the processor 16.

FIG. 2 shows that an example RC 30 may include a power on key 60 thatcan be toggled to energize and deenergize the AVDD 12. A touch-sensitivepad 62 may be provided against which a user can move his finger tocorrespondingly move a screen cursor on the display 28. Tapping the pad62 can generate a “select” signal, it being understood thatpoint-and-click devices other than the touch sensitive pad 62 may beused.

Also, a back key 64 may be provided to cause the display 28 to go back ascreen shot, i.e., to present the screen shot immediately prior to theone being displayed when the back signal is generated, so as to enable auser to navigate through the various GUIs shown herein. A home key 66may be provided to cause the below-described “home” GUI to be presentedon the display 28, and an options key 68 may be provided to allow a userto cause a list of GUI options to be presented in the display 28. Volumeoutput by the speakers 22 of the AVDD 12 can be controlled using avolume up/down rocker key 70. Manipulation of a key or the pad 62 on theRC 30 causes a respective signal to be sent to an RC processor 72 in theRC 30, which transmits the corresponding command to the AVDD 12 using awireless transceiver 74 such as but not limited to an infraredtransceiver. In addition, if desired four arrow keys may be arranged onthe RC 30 to move a cursor up, down, left, and right on the display 28.Also, channel up/down keys may be provided as well as a microphone forvoice input. A full QWERTY keyboard or keypad may be provided ifdesired. The touch pad 62 may be provided with a buzzer or other deviceto generate tactile feedback to the user.

FIGS. 3 and 4 show an example home GUI that may be presented on thedisplay 28 of the AVDD 12. In the embodiment shown in FIG. 3, nineinformation panels arranged as shown in three rows of three panels eachpresent visual content. The panels shown in FIG. 3 are of equal sizewith each other and are rectangular as shown. According to theembodiment shown in FIG. 3, the top left panel 76 of the GUI alwaysshows the currently selected video content, typically either televisedcontent from a selected TV channel or streaming video from a selectedwebsite. Information pertaining to available video content is presentedin the other eight panels. This information typically includes aphotograph or other image, a content source logo indicating the sourceof the content represented by the panel, and text typically describingthe title of the content and other information.

As shown at 78, a numeral may be provided next to each panel, so thatthe panels may be numbered onscreen from one to nine as shown. Thisfacilitates a user selecting to play video content from a panel bysaying the numeral associated with the panel. Also, as shown at 80 agenre indicator may be presented next to each panel. The genre indicatormay be an arrow in the case of the first panel 76 indicating that thefirst panel 76 is presenting the currently selected video. The genreindicator may be a heart (as shown in FIG. 3 for panel 2) indicating theunderlying video content has been selected by the user as a “favorite”.Other genre indicators may be presented respectively representing“history”, meaning that the content associated with the panel had beenpresented previously, “recommended”, meaning that the content associatedwith the panel is recommended by a recommendation engine executed by theAVDD processor 18, and so on, e.g., “frequently viewed”, “promotionalcontent”. A user can select to present panels associated with content ofonly a single genre.

Additionally, if desired the GUI shown in FIG. 3 may present gesturehints 82, describing in text and/or animated hand motion a gesture andits associated command that the user may make, which can be captured bythe camera 50 and correlated to the respective command by the processor18 executing image recognition software. Thus, while viewer input may beafforded by making the display 28 a touch-sensitive display that aviewer can touch and thereby enter commands, present principles envisionusing viewer gestures in free space, i.e., gestures in which the vieweris distanced from the display 28 as would typically be the case for a TVviewer, with the viewer not touching the display but making gesturesthat are captured by the camera 50 and correlated to commands by theprocessor 18 executing image recognition software.

Further, a menu of selections may be presented as shown along the bottomof the GUI, including a “just for you” selector 84 to cause the GUI tocontain panels with content personalized to a recognized user. A searchselector 86 can be selected to cause a search for a user-input term tobe executed. Also, a bookmark selector 88 can be selected to bookmarkthe currently playing video in panel 76 or to bookmark content in apanel over which the screen cursor is positioned.

Still referring to FIG. 3, a settings selector element 90 if selectedcauses a settings menu to be presented to control settings of the GUI. Aqueue selector element 92 may be presented to cause a list of enqueuedprograms to be presented on the display 28, and an inputs selectorelement 94 may be presented, selection of which causes a list ofavailable input sources, e.g., “disk player, cable, satellite” to bepresented on the display 28. A recommendations selector element 96 maybe presented and if selected causes a list of recommended programming tobe presented on the display 28. The list may be generated by a contentrecommendation engine such as the “Navi” engine made by Sony Corp. A“what's on” selector element 98 may be provided and if selected causes alist of current and future programs such as an electronic program guide(EPG) to be presented on the display 28. Indeed, an EPG may be presentedin one of the panels shown in FIG. 3.

In any case, as mentioned above in the example shown the currentlyselected video content is always presented in the upper left panel 76 ofthe GUI. Should the user select another panel by using the RC 30 or byspeaking the number of the panel or by the appropriate gesture capturedby the camera 50, video content from the source associated with theselected panel automatically replaces the video content which waspresented in the upper left panel 76 prior to receiving the new selectsignal. Indeed, should the user scroll the panels left or right to viewadditional content the upper left panel 76 remains unmoving as the otherpanels move on and off the display 28 as they are replaced by previouslyhidden content panels, with the upper left panel 76 always showing thecurrently selected video program.

The panel layout shown in FIG. 3 is somewhat coarse in that a visibleborder space 100 of many pixels' width exists between adjacent panels asshown. Such a coarse representation facilitates control using gestures,although navigation by voice and by use of the RC 30 is alwayspreferably enabled regardless of whether the GUI is in the coarse orfine view. FIG. 4 shows that if the user selects the fine view, theborder space 100 disappears between adjacent panels, a view moresuitable for RC control than gesture control although as stated aboveall three modes of command input (RC, voice, and gesture) remain enabledsimultaneously with each other if desired.

Transition between the two views of FIGS. 3 and 4 may be effected by anappropriate hand gesture in free space (e.g., a vertical motion of thehand distanced from the display 28 and detected by the camera 50) or byan appropriate voice command (e.g., “fine” or “coarse”), or byselecting, using the RC 30, “fine” or “course” from a settings menuaccessed by selecting the settings selector element 90 or by pressing akey on the RC 30 or by simply grasping the RC, which is detected by thecamera 50 and inferred by the processor 18 to correlate to a command tomove to the “fine” screen of FIG. 4. The larger panels in the fine modeof FIG. 4 can be used to present more information than is presented inthe panels of FIG. 3.

The GUI shown in FIGS. 3 and 4 may be removed from the screen and thecurrently playing video presented on the full display 28 by, e.g.,toggling the home key on the RC 30. Voice command input may be enabledby voicing a phrase such as “hello TV’, which is detected by themicrophone 52 and using voice recognition software correlated by theprocessor 18 to a command to enable voice commands. Voice input may alsobe enabled using the RC 30 to select the “search” selector element 86.To indicate that voice commands are enabled, an icon such as an image ofa microphone 102 can be presented on the display 28. Gesture commandinput may be enabled by waving the hand, which is detected by the camera50 and using image recognition software correlated by the processor 18to a command to enable gesture commands. To indicate that gesturecommands are enabled, an icon such as an image of a hand 104 can bepresented on the display 28.

Non-limiting examples of corresponding RC, voice, and gesture commandsthat accomplish the same tasks are:

RC COMMAND VOICE COMMAND GESTURE Channel up “Channel up” upward motionof hand Channel down “Channel down” downward motion of hand Volumedecrease “Quieter” thumb down Volume increase “louder” thumb up

Additional gesture commands can be: pointed finger—attach cursor; movepointed finger or speak “move cursor [left] [right]”—move cursor perfinger movement/voice command; clenched first or spoken “select”—selectpanel under cursor for further info; pump clenched first or voicecommand “play”—select panel under cursor to be new current video forpresentation in pinned panel 76; two clenched fists or voice command“more info”—show expanded metadata window for cursor video, etc.

Now referring to FIGS. 5-8, assume that a viewer, using a voice command,gesture in free space, or RC 30 has positioned the cursor over one ofthe non-pinned content panels in FIG. 4 and selected the panel. Inresponse, the processor 18 presents the GUI shown in FIG. 5, in whichthe top left panel 76 remains visible showing the current video but thetop two panels to the right of the top left panel 76 are expanded into asingle panel 110 in which a still image 112 and metadata 114 arepresented related to the selected video. The expanded panel 110 issubstantially the same size as the two upper right content panelscombined. In presenting the GUI of FIG. 5 the processor can animate theimage from the selected panel of FIG. 4 to move into the new panel 110.

As also shown in FIG. 5, the bottom two rows of six panels each fromFIG. 4 have been replaced by respective panels 116 each showing an image118 and metadata 120 for a respective actor in the video represented inthe expanded panel 110. Responsive to a viewer command to scroll left asindicated by the arrow 122, in the example shown, to scroll two columnsto the left, the GUI of FIG. 5 animates to show the bottom two rows ofpanels 116 moving translationally to the left across the display 28,with the two left columns of panels 116 moving off the display and withtwo new columns representing respective actors in the selected videoentering from the right, to arrive at the GUI of FIG. 6. Note that thetwo right-most columns of actor panels 116 in FIG. 6 representadditional actors from the video represented in the expanded panel 110.Note further that the expanded panel 110 remains “pinned”, i.e., doesnot move between FIGS. 5 and 6, as is the case with the current videopanel 76. A command to scroll right moves the panels back to the rightso that the original actor panels 116 of FIG. 5 move back onto thedisplay and the newer actor panels of FIG. 6 move off the display to theright.

Now suppose the viewer selects one of the actor panels 116, e.g., thepanel representing “Actor G”. In response, the processor 18 can useanimation showing the photo from the selected actor panel 116 movingupward on the display 28, replacing the video image 112 of FIGS. 5 and 6with an actor image 124 shown in FIG. 7 and replacing the video metadata114 with actor-related metadata 126 of FIG. 7. Also, the actor panels116 can be replaced with video panels 128, with each video panel 128representing a video in which the actor represented in the expandedpanel 110 appears. These video panels 128 can be scrolled left and rightas discussed above in relation to the actor panels, with the currentvideo panel 76 and expanded panel 110 remaining pinned in place (i.e.,not moving as the panels 128 move).

FIG. 8 shows that responsive to a command to show more informationabout, e.g., a video represented in a video panel 116, an expandedmetadata window 130 can be overlaid on the GUI as shown showingadditional information on the selected video. If desired the window 130can contain selector elements 132, 134 for respectively purchasing thevideo in standard definition for one amount and high definition foranother, typically higher, amount. In the embodiment shown, the window130 overlays all of the center-most panel from FIG. 5 and most of theother nine panels.

It may now be appreciated that the above GUIs facilitate easily findingthe cast members of a movie and then finding the movies a selected actorwas in. Furthermore, the above GUIs, with relatively enlarged panelsfunctioning as selector elements, works well for gesture command input.

FIG. 9 illustrates example logic that may be used in connection with theabove disclosure. Commencing at block 136, a viewer selection of a videopanel in FIG. 4 is received and at block 138 the top two panels of FIG.4 are replaced by the expanded panel 110 of FIG. 5, if desired byanimating the image from the selected panel of FIG. 4 up into theexpanded panel 110 of FIG. 5 and “pinning” the panel 110. The bottom tworows of panels show respective images and metadata for respective actorsin the selected video at block 140.

Moving to block 142, responsive to a scroll command the non-pinnedpanels 116 are moved as described and shown in cross-reference to FIGS.5 and 6. Selection of an actor panel 116 at block 144 results inanimating the image from the selected panel 116 into the expanded panel110 at block 146, which is pinned at block 148. Block 150 indicates thatthe bottom two rows of panels become video panels 128 (FIG. 7)associated with the actor represented by the expanded panel 110. Atblock 152 viewer scroll commands are received and new video panels movedonscreen as appropriate representing additional videos the actor hasappeared in, with the expanded panel 110 remaining pinned (unmoving) inplace. Block 154 indicates that the GUI of FIG. 8 can be shownresponsive to a “more information” command.

The panels, images, and metadata discussed above may be made availableto the AVDD processor 18 via any of the communications shown in FIG. 1,e.g., through the STB, satellite receiver, Internet modem. In thisregard, the AVDD may upload viewer commands for additional informationand if the information is not already stored on the local medium 20 canrelay the commands via uplink to a command server, which downloads therequested information.

FIG. 10 illustrates a data structure that may be maintained on, e.g.,the medium 20 to enable a viewer to easily review previous searchesusing the above-described GUI. Recall in the example above that theviewer searched using the GUI of FIG. 5 for a particular actor, invokingthe GUI of FIG. 7, which essentially represented the search results forthe actor selected form FIG. 5. Continuing with this example, in FIG. 10a current GUI record 200 is included in the data structure which, in theexample shown, is a record of the current content panels, expanded panel110, and live video panel 76 of FIG. 7, assuming that the GUI of FIG. 7is being currently presented on the display 28.

The data structure also includes an immediately previous search history202, in this example, of the expanded panel 110 and content panels thatwere shown in FIG. 5, which was the immediately previous search.Notionally, the immediately previous search history 202 is “stacked”just to the left of the current GUI record 200 in the data structure. Inthe same way, a grandparent search history 204 that records GUI contentsof a search which was just immediately prior to the immediately previoussearch history 202 is “stacked” to the left, notionally, of theimmediately previous search history 202. Of course, notional stackingmay be reversed, i.e., may extend left to right instead of right toleft. In any case it will be appreciated that the relationship of howsearch histories are maintained in memory is, notionally from right toleft (or equivalently left to right) child-parent-grandparent and so on.The search history may, along these principles, stack “N” prior searchesin memory.

Recall from the above discussion of FIGS. 5 and 7 that additionalresults for the current search whose subject is represented in theexpanded panel 110 may be viewed by scrolling them onto the display 28.As also shown in FIG. 10, a current search results 206 is, in theexample shown, stacked to the right of the current GUI record 200. Thesearch records discussed above include a screen position and contentinformation of the associated content panels and expanded panels.

With the above in mind, a viewer can view displayed results of thecurrent search on the display 28 and, using a first scroll command,additional results of the current search. In such a case, results of thecurrent search that are scrolled off-screen are maintained in memory butare not represented in FIG. 10. Reversing the first scroll commandcauses the results of the current search that were scrolled off-screento reappear on the display 28.

Then, should the viewer wish to review not just displayed andundisplayed current search results but also the results of previoussearches, a second scroll command may be used to exploit the datastructure of FIG. 10. The second scroll command, when input once, causesthe immediately previous search history 202 to scroll back into view onthe display 28 along with its respective expanded panel 110 showingdifferent content than the expanded panel 110 that had been shown priorto the second scroll command, replacing the current GUI 200. A secondinput of the second scroll command causes the grandparent search history204 to scroll back into view on the display 28 along with its respectiveexpanded panel 110, replacing the parent search results (the immediatelyprevious search history 202). Reversing the second scroll command causesthe immediately previous search history 202 to scroll back into view andreversing the second scroll command once more causes the next mostrecent search results (in this case, the current record 200) to scrollback into view on the display 28.

The first scroll command to scroll through current search results may bea pointed finger moving left (or right) in free space relative to thedisplay 28 without touching the display 28, when gesture command inputmode is enabled. When voice command input is enabled the first scrollcommand can be, as an example, the spoken word “more”. The second scrollcommand to review previous searches can be, as an example, a firstmoving left (or right) in free space relative to the display 28 withouttouching the display 28, when gesture command input mode is enabled.When voice command input is enabled the first scroll command might bethe spoken word “previous search” or just “previous”. Two such commandscan be required to move from the current search 200 to the grandparentsearch 204. A lengthier command can be interpreted to be two scrollcommands.

While the particular USER INTERFACE FOR AUDIO VIDEO DISPLAY DEVICE SUCHAS TV is herein shown and described in detail, it is to be understoodthat the subject matter which is encompassed by the present invention islimited only by the claims.

What is claimed is:
 1. An audio video display device (AVDD) comprising:at least one processor configured to communicate with at least one videodisplay, the processor being programmed with instructions to: receive atleast one voice command; responsive to the voice command matching achannel name of a channel, present on the display metadata associatedwith the channel name, or tune the AVDD to the channel; and responsiveto the voice command indicating an input device configured forcommunicating video content to the AVDD, configure the AVDD to presentvideo from the input device.
 2. The AVDD of claim 1, wherein theprocessor is configured with instructions to, responsive to the samechannel name being repeated plural times, cause the AVDD to tune tosuccessive channels correlated to the channel name.
 3. The AVDD of claim1, wherein the processor is configured with instructions to match thevoice command with an input source name.
 4. The AVDD of claim 1, whereinthe processor is configured with instructions to match the voice commandwith an input source task.
 5. The AVDD of claim 2, wherein a firstchannel number is a predetermined preferred one of first and secondchannel numbers by virtue of being a high-definition channel.
 6. Anaudio video display device (AVDD) comprising: at least one processorconfigured to communicate with at least one video display, the processorbeing programmed with instructions to: receive at least one voicecommand; responsive to the voice command matching a channel name of achannel, present on the display metadata associated with the channelname, or tune the AVDD to the channel; and responsive to the voicecommand indicating at least one device task, configure the AVDD topresent video from an input device correlated to performing the devicetask.
 7. The AVDD of claim 6, wherein the processor is configured withinstructions to, responsive to the same channel name being repeatedplural times, cause the AVDD to tune to successive channels correlatedto the channel name.
 8. The AVDD of claim 6, wherein the processor isconfigured with instructions to match the voice command with an inputsource name.
 9. The AVDD of claim 6, wherein the processor is configuredwith instructions to match the voice command with an input source task.10. The AVDD of claim 7, wherein a first channel number is apredetermined preferred one of first and second channel numbers byvirtue of being a high-definition channel.
 11. A method comprising:receiving at least one voice command; responsive to the voice commandmatching a channel name of a channel, presenting on a display metadataassociated with the channel name, or tuning the AVDD to the channel; andresponsive to the voice command indicating an input device configuredfor communicating video content to the AVDD, configuring the AVDD topresent video from the input device.
 12. A method comprising: receivingat least one voice command; responsive to the voice command matching achannel name of a channel, presenting on a display metadata associatedwith the channel name, or tuning the AVDD to the channel; and responsiveto the voice command indicating an input device configured forcommunicating video content to the AVDD, configuring the AVDD to presentvideo from the input device.
 13. A method comprising: receiving at leastone voice command; responsive to the voice command matching a channelname of a channel, presenting on a display metadata associated with thechannel name, or tuning the AVDD to the channel; and responsive to thevoice command indicating at least one device task, configuring the AVDDto present video from an input device correlated to performing thedevice task.
 14. An audio video display device (AVDD) comprising: atleast one processor configured to communicate with at least one videodisplay; the processor being programmed with instructions to: receive atleast one voice command; (1) determine whether the voice command matchesa channel name and when the voice command matches a channel name,present on the display metadata associated with the channel name, ortune the AVDD to a channel number correlated to the channel name; and(2) determine whether the voice command matches an input name associatedwith an input in which the input is configured for communicating videocontent to the AVDD, and responsive to the voice command indicating theinput, configure the AVDD to present video from the input.